home *** CD-ROM | disk | FTP | other *** search
-
-
-
- CCCCOOOOVVVVIIIICCCCIIII((((1111)))) CCCCOOOOVVVVIIIICCCCIIII((((1111))))
-
-
-
- NNNNAAAAMMMMEEEE
- covici - Edit administrative databases under revision control.
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- ccccoooovvvviiiicccciiii file
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- ccccoooovvvviiiicccciiii retrieves a revision from an RCS file and opens it for editing
- using vvvviiii (1). The edited file is then stored as a new revision into the
- appropriate RCS file (see rrrrccccssss (1)).
-
- A pathname matching an RCS suffix denotes an RCS file; other pathnames
- are assumed to denote working files not currently under RCS.
-
- If the pathname matches an RCS suffix ccccoooovvvviiiicccciiii runs ccccoooo ----llll (see ccccoooo (1)) and
- then loads the working file into vvvviiii.... If the path does not match an RCS
- suffix the file is loaded directly into vvvviiii.... After editing the working
- file is checked into revision control using cccciiii ----uuuu (see cccciiii (1)).
-
- Revisions of an RCS file are checked out locked. Locking a revision
- prevents overlapping updates. ccccoooovvvviiiicccciiii fails if the revision to be checked
- out is currently locked by another user. ccccoooovvvviiiicccciiii always retrieves the
- latest revision.
-
- After editing the file, ccccoooovvvviiiicccciiii removes the lock and deposits the contents
- of the updated file into the corresponding RCS file. ccccoooovvvviiiicccciiii tries to
- find the corresponding RCS file in an RCS subdirectory and then in the
- working file's directory. If the RCS file does not exist, ccccoooovvvviiiicccciiii creates
- it and deposits the contents of the working file as the initial revision
- (default number: 1.1).
-
-
- FFFFIIIILLLLEEEE MMMMOOOODDDDEEEESSSS
- ccccoooovvvviiiicccciiii always removes the write permissions of RCS files.
-
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- co(1), ci(1), rcs(1), and vi(1).
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-